Receiving 5250 Protocol 
Messages with the Biphase 
Communications Processor 



In 5250 protocol, station address recognition and the lack of 
any easily detectable ending sequence as in 3270 protocol 
make the hardware and software tasks challenging. This 
article discusses how to use the DP8344 in a typical 5250 
environment with both the current and forthcoming revisions 
of silicon. 

The receiver works in two modes of operation for 5250 pro- 
tocol. In promiscuous mode, the receiver accepts data for 
all addresses on the network giving the user the ability to 
support multiple or single sessions in one's software. The 
program can simply reset the transceiver upon receiving a 
station address of no interest. The received station address 
is stored in the Transceiver Status Register (TSRI bits 2-0 
and is valid when the data Available [DA] flag is high. The 
received station address should be used prior to reading 
|RTR(. When |RTR( is read, the receiver FIFO advances 
and the current word is replaced by the next available word. 
If another word is in the FIFO, it will be reflected in (RTRj 
and (TSRj in instructions there after. In nonpromiscuous 
mode, the receiver only loads data in the FIFO in messages 
where the first frame address matches (NAR j bits 2-0. The 
receiver logic compares (NARj bits 2-0 with the station 
address received in the first frame to decide whether to load 
data. However, error detection is enabled in all addresses 
for all frames of a message and the software must deter- 
mine how the error is to be handled. 
The end of message determination should be handled in 
software. The 5250 protocol requires an end of message 
delimiter (a station address of 111) to be sent in the last 
frame of a multiframe message or at the end of a single 
frame message to the system. For single frame messages 
from the system to a device, bit 14 (the first bit after the 
sync bit; [RTRO]) in the command frame will determine if the 
message has ended. If bit 14 is off in a command frame, the 
message is a single frame. Once the end of message deter- 
mination is made in software, the receiver should be reset. 
The receiver will flag a loss of midbit error and inhibit the 
setting of the Line Turn Around [LTA] interrupt if the line is 
not free of transitions for up to 3 ^is after the last valid fill bit 
is received. The [LTA] interrupt should not be used since it 
may or may not go high at the end of received messages. 
By resetting the receiver at the end of the message, any 
false loss of midbit errors will be avoided. 
An efficient way to decode the received address and end of 
message delimiter is to use the JRMK instruction with 
ITSR) as the source. By selecting to "rotate" right six posi- 
tions and to 'mask' bits five through seven in (TSRj, a 
unique branch offset into a jump table is formed for each of 
the received addresses. Assuming that [TFF] is low in 
iTSR), the offset from the ADDECDR address will allow 
four instruction slots for each address. By using the JMPB 
and LJMP instructions, all four slots are used for each ad- 
dress. Each branch from the table will contain the appropri- 
ate action for that particular address. The code example in 
Figure 1 is the Data Available interrupt service routine with 
the receiver in 5250 promiscuous mode. The code present- 
ed in this article is intended for example only and may not 
be suitable in an actual working environment. GP6' is used 
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to turn sessions on or off and has been loaded with H#08 
to turn on the Oil station address and turn off all others. 
Each bit in the register corresponds to a station address. 
GP5' has been initialized to H#00 in the foreground pro- 
gram and is used to store a multiframe flag and end of mes- 
sage flag. The multiframe flag is set when the software has 
determined that a multiframe message is being received. 
The end of message flag is set when the software deter- 
mines that the last frame in the message was received. 
This code first checks to see whether an error or the recep- 
tion of a data frame caused the interrupt. If not, a check to 
see if the message is multiframe or not is done. Bit of 
GP5' is set high for multiframe messages. The ADDECDR 
address is where the received address is decoded using the 
JRMK instruction. Notice in the code that station address 3 
is supported and all others ignored. By changing the value in 
GP6', different station addresses can be turned "on" or 
"off". The key point to make for ensuring clean operation is 
to reset the transceiver once the last frame is received to 
avoid any false loss of midbits errors flagged when the mes- 
sage ends. 

With the upcoming silicon revision, the receiver hardware in 
5250 and 8BIT nonpromiscuous modes will reset if no ad- 
dress match is made (i.e. the received station address does 
not match the address in the Network Address Register 
(NAR)) and no errors are detected during the first frame of 
the message. Error detection will be enabled during the first 
frame of messages independent of the received station ad- 
dress. If an error is detected during the first frame, all devic- 
es will report the error. On subsequent frames, errors will 
only be reported if the first frame contained a matching ad- 
dress. In 5250 mode, (NAR I bits 2-0 are compared to the 
received address. In 8BIT mode, all (NARj bits are com- 
pared. The receiver's end of message reset has been modi- 
fied to avoid flagging false loss of midbit errors in 5250 
modes of operation. 

To reset cleanly at the end of the message, the receiver 
hardware will look for abit time wihtout a transition (a "loss 
of midbit") during the fill bit portion of the received message 
as an indication that the message has ended. Once this 
occurs, the receiver will reset and [LTA] will go high to flag 
the CPU that the receiver has received a complete mes- 
sage. Since a loss of midbit during fill bits could be a real 
error (i.e. not an end of message), the software will need to 
check for an end of message indication in the last data byte 
received. In situations where a sync bit is followed by inac- 
tivity on the line, the receiver hardware will consider the 
message to be continuing and shift data in accordingly. The 
receiver monitors Line Active [LA], in the Network Com- 
mand Flag Register ( NCF j to determine if the line has died. 
[LA] goes high on any detected transition on the line and 
will return low after 16 transceiver clocks of no activity. If 
[LA] times out, [LTA] will go high and the receiver will reset. 
Note again that the software will still need to check for an 
end of message, for this could be an error situation. If [LA] 
does not time out, the receiver shifts in the data and checks 
for errors in the usual manner. 
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Foreground TMR=H#1D ICR=01HHHHH0 GP5'=H#00 GP6'=H#08 
Data available Interrupt Service Routine 



DAISA: 


EHH 


MA.AB.NAI 




JMPF 


S.RERR.ERRHDLR 




JMPB 


GPS, S,B#000, ADDECDR 




JMPB 


RTR,NS,B#000,EOM 




OR I 


H#01,GP5 


ADDECDR: 


JRMK 


TSA,B#110,B#0H 




JMPB 


GP6,NS,B#000,RST 




LJMP 


AO 




JMPB 


GP6,NS,B#001,RSI 




LJMP 


Al 




JMPB 


GP6,NS,B#010,RST 




LJMP 


A2 




JMPB 


GP6,NS,B#011,RSI 




LJMP 


A3 




JMPB 


GP6,NS,B#100,RSI 




LJMP 


A4 




JMPB 


GP6,NS,B#101,RST 




LJMP 


A5 




JMPB 


GP6,NS,B#110,RSI 




LJMP 


A6 




JMPB 


GP6,NS,B#111,RSI 




LJMP 


AEOMD 


EOM: 


OR I 


H#02,GP5 




JMP 


ADDECDR 


RST: 


OR I 


H#80 , TMR 




AND I 


H#7F,TMR 




AND I 


H#FC,GP5 




RET 


RI.RF 



set appropriate banks. 

branch to error handler 

If error flag set. 

If multiframe, go to address 

decoder. 

check B14 In message, If 

low, single frame message 

set multiframe flag 

decode received address 

jump table for all network 

addresses. 

In this configuration, 

address 3 is supported 

and all others Ignored 

after first frame. 



go to end of message routine 
set end of message flag 
go to address decoder 
reset transceiver on 
don't care addresses, 
clear flags and return. 



A3: ..handle received data for address 3. If end of 

message flag set, reset transceiver, clear flags 
and return. If end of message flag not set, return. 

AEOMD: ..the last frame of the message was just received, 

handle data then reset transceiver, prepare to 
transmit by loading and starting the timer for 
frame timing, enable timer Interrupt, clear 
flags, return. 

FIGURE 1. Multi-Session Application 



To minimize software overhead, a new flag [DEME] has 
been added to I NCR] at bit 3 to indicate the reception of the 
end of message deiimiter in 5250 modes. [DEME] will go 
high when the currently accessible word in the receiver 
FIFO contains the 111 address. In 3270/3299 modes, 
[DEME] will go high when local odd byte parity [TSR2] does 
not match odd byte parity received [TSRO]. 
Some of the software overhead will not be required for the 
forthcoming silicon revision. It will no longer be necessary to 
reset the receiver to avoid false loss of midbit errors at the 
end of the message. The [LTA] interrupt can be used allow- 
ing the software to be interrupted when the receiving task is 
complete. In the [LTA] interrupt routine, the timer can be 



loaded and started to timeout in the response window (45 
±15 ns) before starting the transmitting task. 
The code shown in Figure 2 is an example for a single ses- 
sion application with the receiver in the nonpromiscuous 
5250 mode. Address 1 will be supported. The Data Avail- 
able interrupt and the LTA interrupt are enabled in the fore- 
ground program. GP5' is used for software flags in the inter- 
rupt routine of a multiframe indicator in bitO and an end of 
message indicator in bill . 

The [LTA] routine is not absolutely necessary. The actions 
taken in the routine could have been handled in the Data 
Available routine once the determination of the end of mes- 



sage was made. As seen above, the software requirement 
for the transceiver tasl< can be totally interrupt driven allow- 
ing the processing power of the BCP to be used for other 



tasks. The 1 Mbs data rate used in the 5250 protocol leaves 
more CPU bandwidth available for other tasks than either 
the 3270 or 3299 protocols. 



* Fore, 

* Data 
DAISR: 

JMFF 



;round program TMR=H#1C ICR=01HHH0H0 GP5'=H#00 NAR=H#01 
available Interrupt Service Routine 



EHH MA.AB.NAI 
S,RERR,ERRHDLR 



JMPB 



JMPB 



GP5,S,B#000,E0MCHK 
RTR,NS,B#000,SE0MF 





ORI 


H#01,GP5 




JMP 


DATA 


SEOMF : 


ORI 


H#02,GP5 




JMP 


DATA 


EOMCHK : 


JMPB 


NCF,S,B#011, SEOMF 


DATA: 


handle received data f 



;set appropriate banks. 

;branch to error handler 
;if error flag set. 
;if multiframe, skip check 
;for single frame message. 
;check B14 in message, if 
;low, single frame message. 
;set multiframe flag. 

;set end of message flag 



Line Turn Around Interrupt Service Routine 



LTAISR: 



ERRCOND : 



EHH MA.AB.NAI 

JMPB GPS, KS,B#010, ERRCOND 



;set appropriate banks. 
;if end of message flag 
;not set, error condition. 
... load and start timer to timeout at necessary time 
required before transmitting, enable timer interrupt, 
clear GP5' flags and LIA, return. 
. an error condition occurred in the message 
(i.e. the line died after a sync bit was detected or 
a loss of synchronization occurred during fill bits) , 
take appropriate action and return. 

FIGURE 2. Single-Session Application 
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LIFE SUPPORT POLICY 

NATIONAL'S PRODUCTS ARE NOT AUTHORIZED FOR USE AS CRITICAL COMPONENTS IN LIFE SUPPORT 
DEVICES OR SYSTEMS WITHOUT THE EXPRESS WRITTEN APPROVAL OF THE PRESIDENT OF NATIONAL 
SEMICONDUCTOR CORPORATION. As used herein; 

1. Life support devices or systems are devices or 2. A critical component is any component of a life 



systems which, (a) are intended for surgical implant 
into the body, or (b) support or sustain life, and whose 
failure to perform, when properly used in accordance 
with instructions for use provided in the labeling, can 
be reasonably expected to result in a significant injury 
to the user. 



support device or system whose failure to perform can 
be reasonably expected to cause the failure of the life 
support device or system, or to affect its safety or 
effectiveness. 
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